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(54) Transport protocol conversion method and protocol conversion equipment 



(57) A transfer protocol conversion method and a 
protocol conversion equipment are disclosed in order to 
transmits TS packets for a CATV network, a DAVIC net- 
work or the like by use of IP packets for the internet. In 
a network (56) using TS packets, the transmission is 
made with an internet protocol header (6) stored in a 
private field of an adaptatbn field (2; 7; 13; 20) defined 
in the TS packet. An equipment (62; 302) for protocol 
conversion between a network (56; 200) using TS pack- 
ets and an internet (50; 400) forms an IP packet for the 
internet by use of the header transferred by the private 
data. Further, lower 8 bits (331) of the IP address of an 
IP packet and lower 8 bits (332) of the PID value of a TS 
packet are made the same and upper 24 bits (333) of 
the IP address are converted Into a 5-bit value so that 
the converted 5-bit value is m^e to correspond to 
upper 5 bits (334) of the PID value. 
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Description 

BACKGROUND OF THE INVENTION 

[0001 ] The present invention relates to a method and 
system for transmitting an MPEG (Moving Picture 
Experts Group) image by use of the Internet Protocol 
(hereinafter refenred to as IP). More particularly, the 
present invention relates to a network connection 
method using a transmission system conversion equip- 
ment for performing a rapid processing for conversion 
between an MPEG transport protocol and the Internet 
Protocol and a method for encapsulation of MPEG data 
to be transmitted. Also, the present invention relates to 
a method/equipment in which the conversion between 
an IP address and the PID (Packet Identifier) value of a 
TS (Transport Stream) packet is performed when a 
video signal transmitted using the Internet Protocol (IP) 
is to t>e transmitted by use of the H.222.0 system and a 
video transmission system which uses such a 
method/equipment. 

[0002] As an international standard for a system for 
transnrvtting a video signal in a digitally coded form, 
"GENERIC CODIfsKB OF MOVING PICTURES AND 
ASSOCIATED AUDIO: SYSTEMS" has been pre- 
scribed as ISO (International Organization for Stand- 
ard)/! EC(lnternational Electrotechnlcal Commission) 
13818-1. ITU-T (International Telecommunication 
Union-Telecommunication Standardization Sector) 
H.222.0 Recomnf)endation. This internatk>nal standard 
for MPEG system (hereinafter referred to as H.222.0) 
has prescribed a standard for transmitting a video signal 
compressed on the basis of an MPEG system. Therein, 
two kinds of formats have been prescribed. One is a 
program stream (hereinafter abbreviated to PS) format 
supposing the transmission from a storage medium or 
the like for which the generation of bit error is relatively 
less. The other is a transport stream (hereinafter abbre- 
viated to TS) format supposing a communication net- 
work for which the generation of transmission bit error is 
forecast 

[0003] Since the present invention is directed to a 
code conversion system when a compressed or coded 
video signal is to be transmitted in a TS format, brief 
desaiption will now be made of the prior art of a video 
transmission system based on the TS format. In an 
MPEG system the object of which Is the coding and 
transmission of video and audio signals, an inputted 
video signal such as a television signal is digitized and 
the obtained digital signal is subjected to data compres* 
sion by use of techniques including discrete cosine con- 
version, variable-length coding, and so forth. Though . 
techniques used in conjunction with an audb signal are 
different from those in the case of the video signal, the 
audio signal is compressed by removing redundant data 
after digitization. The compressed signal is termed an 
elementary stream (hereinafter abbreviated to ES) and 
is data which forms an elementary part of the 



video/audio signal in conformity with the term. In the 
MPEG, this video/audio data is represented using the 
term of (bit) stream. 

[0004] In a cattle television or community antenna tel- 

5 evision (CATV), satellite communication network, asyn- 
chronous transfer mode transmission network 
(hereinafter abbreviated to ATM networi^ or the like in 
which an MPEG video signal is transmitted, it is sup- 
posed that the generatk>n of bit error at the time of data 

10 transmission is relatively frequent. Therefore, an ele- 
mentary stream (ES) is transmitted in a form partitioned 
Into small packets in order to narrow a range over which 
a trouble caused by transmission error extends. The 
packetized elementary stream (hereinafter abbreviated 

IS to PES) has a format in which header information called 
PES header is added to ES. In the transmission in the 
communication network exemplified above, PES is 
transmitted with a form further partitioned into smaller 
188-byte packets called transport stream (TS) packets. 

20 As shown in Fig. 13. the TS packet includes a 4-byte 
header and a 1844Dyte payload for storing data. Fig. 14 
shows the structure of the header of the TS packet. The 
TS header is composed of a 1-byte synchronization 
byte (0x47) 133, a flag 134 representative of tiie 

25 attribute of ttie TS packet (tiie explanation of ttie con- 
tents of the flag will be omitted since they are not impor- 
tant to the present invention), 13-bit packet identifiers 
(hereinafter abbreviated to PID) 135 and 136, a scram- 
ble control identifier 137, an adaptation field identifier 

30 1 38. and a 4-bit cyclic counter 1 39 used for checking the 
continuity of the packet. In the transport stream, a field 
called adaptation field can be transmitted prior to a data 
field which is called payload and is used for storing 
video data. A program dock reference (hereinafter 

35 abbreviated to PCR) aiming at tiie clock synchronization 
of the system and private data can be stored in the 
adaptation field. It is prescribed that when the adapta- 
tion field is transmitted using tiie TS packet, tiie exist- 
ence of the adaptation field should be designated by an 

40 adaptation f iekil identifier in the TS header. 

[0005] Though the MPEG system is a system devel- 
oped corresponding to CATV or digital satellite broad- 
casting, a service utilizing an MPEG image is recentiy 
provided by a network called the Internet having grown 

45 witti the nrtain object of data communication between 
computers. In order to ensure tiie interconnectability of 
communication in the Internet, the Internet Engineering 
Task Force (hereinafter akjbreviated to IETF) is pushing 
on standardization. For the standard of an MPEG video 

so transmission format, Request for Comment No. 2038: 
"RTP Payload Format for MPEGiyMPEG2 Video" (here- 
inafter abbreviated to RFC 2038) has standardized a 
transmission method and a packet encapsulation sys- 
tem. It is prescribed by RFC 2038 that the transmission 

55 should be made with ES, TS or PS of MPEG utilized as 
the format of a packet to be transmitted and that in order 
to prevent the degradation of resolution from being 
caused by transmission delay, the transmission should 
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be made in acxx)rdance with "RTP: A Transport Protocol 
for Real-Time Applications'* (hereinafter abbreviated to 
RTP) specified by RFC 1889. ft is presaibed that an 
RTF packet should be stored in a packet based on a 
user datagram protocol (hereinafter abbreviate to 5 
DDR) and this UDP packet should be transmitted by use 
of the Internet Protocol packet (hereinafter abbreviated 
to IP packet). With the prior art described above, it is 
possible to transmit MPEG video data in such a manner 
that MPEQ-TS packets are used in the CATV network w 
while IP packets are used in the Internet. 

SUMMARY OF THE INVENTION 

[0006] A system for performing video transmission on is 
the basis of an MPEG-TS system includes a digital sat- 
ellite broadcasting system and a digital CATV system, 
as mentioned above. The digital CATV system of those 
sen/ices is a service closely related with an area. Gen- 
erally, the digital CATV system Is constructed with a rel- 20 
atively narrow area taken as a service providing area. 
Therefore, each CATV business proprietor possesses a 
CATV center (hereinafter refenred to as head end) for 
delivering programs or contents and an access network 
for transmitting a video signal so that a grourvlAsatellite 25 
broadcasting program received at the head end is 
retransmitted and/or progranrts or video contents stored 
in the head end are transmitted, as required. In such a 
conventional CATV service, it is required that programs 
other than broadcast programs should be stored in. for 30 
example, VTR or the like and reproduced in accordance 
with delivering schedule. In a video-on-demand (VOD) 
sen^ice or the tike expected as a near-future CATV serv- 
ice, too. it is general that the service is structured in a 
form in which a digital compression signal of a program 35 
is held at a head end in a manner similar to that men- 
tioned above. The video-on-demand service has a 
problem that a service maintenance cost including the 
purchase of a rebroadcasting right (or copyright) of 
vk:leo contents in order to hold the video contents, a dig- 40 
ital conpression processing for the video contents, the 
storage of compressed or coded video, and so forth is 
expensive and hence it Is not commercially profitable 
unless the number of times of access to the same con- 
tents is made as large as possble. An effective method 45 
for solving this problem Is such that a plurality of CATV 
business proprietors hold video contents in cooperation 
and the contents are utilized through the transmission 
thereof using a communication network when neces- 
sary 50 
[0007] The structuring of such a system has a need to 
connect the head ends and networks of the plurality of 
CATV txisiness proprietors by the communication net- 
work. In order to connect, for example, a CATV head 
end in U.S.A. and a set top box (hereinafter abbreviated 55 
to STB) in Japan which is a video receiver equipment of 
a CATV sut>scriber, it is required that the connection 
should be made utilizing at least a communicatkm net- 



4 

work between U.S.A. and Japan. Under present condi- 
tions, however, it is not practical that MPEG-TS being 
generally utilized in the digital CATV is transmitted as it 
is. Namely, the video transmission based on MPEG*TS 
has a prot^em that a d^icated communicatbn network 
such as ATM network, satellite network or the like must 
be used and the charge for communication using this 
dedicated network is expensive. Also, the dedicated 
network premises the utilization thereof with a contract 
point kept in a normally connected condition and hence 
a great problem is offered in tiie cost perfbrn^nce 
aspect in the case where there is used for a service in 
which the network is occupied in accordance with user's 
requests as in the demand-on-service. 
[0008] An object of the present invention is to enable 
video transmission based on an MPEG*TS packet with- 
out using such a dedicated network. 
[0009] To solve the above problems, means fbr con- 
necting a plurality of CATV networks by the internet is 
used in the present invention. The Internet is a network 
ramified over the whole world and has a feature that a 
dynamic change in connection is possible by using an 
address applied to an indivkiual client or host computer. 
Namely; there is no need to fix a connection point 
beforehand or the connection is effected by use of an 
address when video transmission Is desired. Therefore, 
free connection setting and low-cost video communica- 
tion incapable of being realized by tiie dedicated net- 
work are possible. Though the existing Internet has a 
problem that a transmission band wkfth or the like is 
narrow, it can easily be foreseen that the insuftidency of 
barKi will be eliminated In the near future by ensuring a 
transmission band by a giga t)it router, a resource reser- 
vation setup protocol (RSVP) or tiie like, whereby a glo- 
bal network environment can be realized by the 
Internet. 

[0010] A problem arising newly when the CATV net- 
works are connected by use of the Internet, as men- 
tioned above, that is, tiie problem of a need of the 
protocol conversion between an MPEG ti'ansport proto- 
col used in the CATV network and an IP protocol used 
in the Internet can be solved by providing an interwork- 
ing unit for performing the conversion between the 
MPEG-TS protocol and the Internet protocol. Require- 
ments fbr a high-speed and low-cost processing in the 
IntenMorking unit can be met by providing means for 
improving a packet forming method and a packet con- 
version method for packets to be transmitted in the 
MPEG network and the IP network. 
[0011] More particularly, there are used (1) packet 
forming means with which the transmission is made 
with tiie header of an IP packet stored in a private data 
region of an adaptation fiekl prescribed in the MPEG- 
TS system and the intenworking unit makes no analysis 
of private data of the adaptation region or causes the 
private data to ti-ansmit in the Internet witii tiie private 
data used as tiie header of tiie IP packet as it is, and (2) 
means witii wtiich when an MPEG vkleo signal is trans- 
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mitted from the irrtemet, the transmission is made with 
the provision of the condition that an IP packet to be 
transmitted is restricted in size so that it can be accom- 
modated into a payload without the remainder when the 
IP packet is divided into MPEG-TS packets. 

[001 2] In this case, the video stream in the MPEQ-TS 
packet is distinguished by a P ID valua In the IP packet 
on the other hand, the video stream is distinguished by 
an IP address. Accordingly, when the MPEG-TS packet 
is to be transferred by use of the IP packet, there is a 
need to make the conversion between the PID value 
and the IP address by use of any method. 
[0013] Another object of the present inventk)n is to 
solve a problem arising in the case where an IP packet 
of a video signal transmitted in an IP format is received 
and the received signal is transmitted in a TS*pack- 
etized form. This problem will now be described taking a 
video transmission system as an exampla In a video 
transrrassion system utilizing the Internet, video data is 
transmitted from a video server to a client in an IP for- 
mat with the data stored in an IP packet. In the case 
where the transmission/reception is thus made with the 
IP packet left as it is, the transmission/reception is pos- 
sit)le irrespective of the inner data format of the IP 
packet if the transmitting side and the receiving side rec- 
ognize the transmission format of data. On the other 
hand, in the case where there are interconnected a net- 
work in which the transmission/reception of a video sig- 
nal is made in such a IS packet format as prescribed 
by, for example, the DAVIC (Digital Audio Visual Coun- 
cil) specification (hereinafter, refenred to as DAVIC net- 
work) or the like and an IP network in which the 
transmission/reception is made in the IP packet format 
and access from an STB (Set Top Box) connected to the 
DAVIC network to a server connected to the IP network 
is made to receive video data, it is required that video 
data outputted from the server in an IP packet format 
should be transmitted to the DAVIC network after the 
conversion to a TS packet format. In the network using 
the TS packet a desired packet is received on the basis 
of a system in which a packet is broadcast to the net- 
work with an address or rather packet kientifier (PID) 
applied to the packet and a client wanting that packet 
selectively receives that packet in dependence on the 
PID. Since the TS packet is thus distinguished by the 
PID value, the foltowing problem arises when IP of an IP 
packet is terminated for TS packetization. Namely, if 
there is no correspondence for conversion between an 
IP address and a PID value, it becomes impossible for 
an STB on the receiving side to make the judgement of 
which PID does a TS packet to be received possess. 
[0014] In other words, the object of the present inven- 
tk)n is to provide a method and equipment for conver- 
sion between an IP address and a PID value required In 
the case where IP-packetized video data is received 
and the received data is retransmitted in a TS-pack- 
etizedform. 

[0015] As first means for attaining the above object. 



the present invention is characterized in that the value 
of lower 8 bits (Bit: 7-0) of an IP address and the value 
of kxmr 8 bits (Bit: 7-0) of a PID value are made the 
same, and upper 24 bits (Bit: 31 -8) of the IP address are 

5 degenerated into 5 bits so ttiat the degenerated 5 tnts 
are m^e to correspond to upper 5 bits (Bit 1 2-8) of the 
PID value. The term of "degenerated" or "degeneracy" 
used herein means the conversion of, for example, a 24- 
bit value into a 5-bit value. In the case where a channel, 

10 for example, as described, a frequency for transmissfon 
of the TS packet is different, it is possible to set the 
same degeneracy value (5 bits). 

[0016] As second means, the present invention is 
characterized in that the value of lower 8 bits (Bit: 7-0) of 

IS an IP address and the value of lower 8 bits (Bit: 7-0) of 
a PID value are made the same, and upper 24 bits (Bit: 
31-8) of the IP address are degenerated into a 5-bit 
value of 1 to 30 excepting 0 and 31 so that the degener- 
ated 5 bits are made to conrespond to upper 5 bits (Bit: 

^ 1 2-8) of the PID value. 

[0017] As third means, the present invention is char- 
acterized in that the value of lower 8 bits (Bit: 7-0) of an 
IP address and the value of lower 8 bits (Bit: 7-0) of a 
PID value are made the same, upper 24 bits (Bit: 31-8) 

25 of the IP address are degenerated into 3 bits so that the 
degenerated 3 bits are made to correspond to bits 10 to 
8 of the PID value, and bits 12 and 11 of the PID value 
are made to correspond to 1 and 0, respectively 
[0018] As fourth means, the present invention is char- 

30 acterized in that the value of lower 8 bits (Bit: 7-0) of an 
IP address and the value of lower 8 bits (Bit: 7-0) of a 
PID value are made the same, upper 24 bits (Bit: 31-8) 
of the IP address are degenerated into 2 bits so that the 
degenerated 2 bits are made to correspond to bits 9 to 

35 8 of the PID value, and bits 1 2 to 10 of the PID value are 
made to correspond to the category of data transmitted 
by an IP packet. 

[001 9] As fifth means, the present invention is charac- 
terized in that the value of lower 8 bits (Bit: 7-0) of an IP 

40 address and the value of lower 8 bits (Bit: 7-0) of a PID 
value are made the same, upper 24 bits (Bit: 31-8) of 
the IP address are degenerated Into 2 bits so that the 
degenerated 2 bits are made to correspond to bits 9 to 
8 of the PID value, and the conversion into a 3-bit value 

45 of 1 to 6 excepting 0 and 7 is made for each category of 
data transmitted by an IP packet so that the converted 
3-bit value is made to con-espond to 3 bits including bits 
12 to 10 of the PID value. 

[0020] As sixth means, the present invention is char- 
50 acterized in that a device for receiving IP-packetized 
video data and retransmitting it after TS-packetization 
transmits data indicative of the conrespondence for con- 
version between an IP address and a PID value In a 
form multiplexed with retransmission video data to a 
55 video data receiving device. 

[0021] As seventh means, the present invention is 
characterized in that data indicative of the correspond- 
ence for conversfon between an IP address and a PID 
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value generated by the method according to any one of 
the first to fifth means is transmitted to a video data 
receiving device each time an tP packet having a differ- 
ent IP address received and is TS-packetized. 

[0022] As eighth means, the present invention is char- s 
acterized in that a retransmitting device transmits data 
indicative of the conre^ndence for conversion 
between an IP address and a PID value generated by 
the method according to any one of the first to fifth 
means and data indicative of the correspondence io 
between the IP address and a frequency number for 
multiplexing of IS packet to a video data receiving 
device each time an IP packet having a different IP 
address is received and is TS-packetized. 
[0023] As ninth means, the present invention is char- 75 
acterized in that a device for receiving IP-packetized 
video data and retransmitting it after TS-packetization 
and a device for receiving the TS-packetized and 
retransmitted video data hold data indicative of tiie cor- 
respondence for conversion between an IP address and 20 
a PID value beforehand. 

[0024] As tenth means, the present invention is char- 
acterized in that a device for receiving IP-packetized 
video data and retransnM'ng it after TS-packetization 
and a device for receiving the TS-packetized and 25 
retransmitted video data hold data indicative of the cor- 
respondence for conversion between an IP address and 
a PID value generated by tiie metiiod according to any 
one of the first to fifth means beforehand. 
[0025] As eleventh means, the present invention is so 
characterized in that a device for receiving IP-pack- 
etized video data and retransmitting it after TS-packeti- 
zation and a device for receiving the TS-packetized and 
retransmitted video data hold data indicative of the cor- 
respondence for conversion between an IP address and 35 
a PID value generated by the method according to any 
one of the first to fifth means and data indicative of the 
correspondence between ttie IP address and a fre- 
quency number for multiplexing of TS packet before- 
hand. 40 
[0026] As twelfth means, the present invention is char- 
acterized by conprising means with which a device for 
receiving IP-packetized video data and retransmitting it 
after TS-packetization and a device for receiving tiie 
TS-packetized and retransmitted video data hold data 45 
indicative of the correspondence for conversion 
between an IP address and a PID value generated t>y 
the method according to any one of the first to fifth 
means and data Indicative of the correspondence 
between the IP address and a frequency number lor so 
multiplexing of TS packet beforehand, and the retrans- 
mitting device can transmits the video data after the IP 
packet to TS packet conversion on the basts of the data 
indicative of the correspondence between the IP 
address and a frequency number for multiplexing of TS ss 
packet so that the video data is transmitted to that one 
of a plurality of connected post-stage transmitting 
devices which is designated by ttie data. 



BRIEF DESCRIPTION OF THE DRAWINGS 
[0027] 

Rg. 1 is a diagram showing an embodiment of a 
system in which the transmission is made with an 
IP header encapsulated into an MPEQ-TS packet: 
Rg. 2 is a diagram showing an embodiment of a 
system in which the transnvssion is made with an 
IP header and a UDP header encapsulated into an 
MPEQ-TS packet; 

Rg. 3 is a diagram showing an emtxxilment of a 
system in which the transmission is made with an 
IP header, a UDP header and an RTF header 
encapsulated into an MPEG-TS packet; 
Rg. 4 is a diagram showing an emkxxiiment of a 
method for encapsulation with PGR included in an 
adaptation field; 

Rg. 5 is a diagram for explaining an emt)odiment in 
which the PGR transmitted in conjunction with Rg. 
4 is stored in a time stamp field of RTP; 
Rg. 6 is a diagram showing an embodiment of a 
method of forming an IP packet from TS packets; 
Rg. 7 is a diagram for explaining the structure of an 
IP packet header; 

Fig. 8 is a diagram showing an emtxxtiment of a 
system in which GATV networks are connected by 
use of the Internet; 

Rg. 9 is a diagram showing an emtxxtiment of a 
network construction In which two GATV networks 
are Internet-connected; 

Rg. 10 is a diagram showing an embodiment in 
which a signal transmitted from a sender on an IP 
network by use of an IP packet is MPEG-TS pack- 
etized; 

Rg. 11 is a diagram showing an embodiment in 

which a packet IP-packetized by an interworking 

unit is MPEG-TS packetized again; 

Rg. 12 is a flow chart for explaining a signal 

processing by an intenworking unit; 

Rg. 13 is a diagram for explaining the structure of 

MPEG-TS; 

Rg. 1 4 is a diagram for explaining the structure of a 
header of MPEG-TS; 

Rg. 15 is a diagram for explaining an embodiment 
in which a flag indicative of an IP packet is provided 
in private data; 

Rg. 1 6 is a tAock diagram showing the construction 
of an embodiment of an IP/PID conversion equip- 
ment according to the present invention; 
Rg. 17 is a diagram showing the con'espondence 
between an IP address and a PID value in the 
embodiment shown in Rg. 16; 
Rg. 18 is a diagram showing the correspondence 
between upper 24 bits of the IP address and 5 bits 
as a network number in tiie embodiment shown in 
Rg. 16; 

Rg. 19 is a diagram showing the construction of an 
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embodiment of a network construction in which 
both a data transmitting tntenA^orking unit and a 
data receiving STB hold data indicative of the oonre- 
spondence for conversion between an IP address 
and a PIO value, thereby realizing the transmis- 
sion/reception of data; 

Fig. 20 is a diagram showing the construction of an 
embodiment of a network construction in which a 
data transmitting intenMorking unit transmits data 
indicative of the correspondence for conversion 
between an IP address and a PID value to a data 
receiving STB. thereby realizing the transmts- 
sion/i^eception of data; 

Rg. 21 is a diagram showing the correspondence 
between an IP address and a PID value in another 
enixxliment of the present invention; 
Rg. 22 is a diagram showing the correspondence 
between upper 24 bits of the IP address and 3 bits 
as a network number in the other embodiment of 
the present invention; 

Rg. 23 is a diagram showing the correspondence 
between an IP address and a PID value in a further 
embodiment of the present invention; 
Rg. 24 is a diagram showing the correspondence 
between upper 24 bits of the IP address and 2 bits 
as a network number in the further embodiment of 
the present invention; 

Rg. 25 is a diagram showing the correspondence 
between a data category and 3 bits as a category 
number in the further embodiment of the present 
invention; and 

Rg. 26 is a diagram showing an example of a net- 
work construction in which an IP/PID conversion 
equipment according to the present invention is 
used. 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 

[0028] Embodiments of the present invention will now 
be described in detail by use of the drawings. 

(First Embodiment) 

[0029] Rg. 9 shows an embodiment representing the 
connection configuration of a CATV system according to 
the present invention. This CATV system is character- 
ized in that CATV networks 61 and 56 at two locations 
are connected by the Internet 50. As shown, this CATV 
system includes a video server 60, the first CATV net- 
work 61 connected to the video server 60. the Internet 
50, an interworking unit 62 for connecting the Internet 
50 and the CATV network 61 . the seoond CATV network 
56, and an intenworking unit 54 for connecting the CATV 
network 56 and the Internet 50, An STB (Set Top Box) 
57 for receiving a video signal is connected to the CATV 
network 56. A video signal from the vkieo server 60 is 
transmitted to the Internet 50 through the intenworking 



unit 62 and is sent to the intenworking unit 54 by means 
of a router network 51. The intenworking unit 54 sup- 
plies the video signal transmitted using the internet to 
tiie CATV network 56, thereby enabling vkieo reception 
5 at the STB 57. 

[0030] Brief description will now be made of the func- 
tion of the interworking unit. In the CATV networK a 
video signal is transmitted on the basis of an MPEG-TS 
system, as having already been described in the para- 

10 graph of BACKGROUND OF THE INVENTION. In the 
Internet, on the other hand, video transmission based 
on an Internet protocol represented by RFC 2038 is per- 
fbrmed. The interworking unit 62 for interconnecting 
such networks with different protocols has a function of 

IS converting a video signal transmitted on ttie basis of tiie 
MPEG-TS protocol Into a format conformable to the 
Internet protocol. On the other hand, tiie intenA/orking 
unit 54 has a function of converting a video signal trans- 
mitted on the basis of the Internet protocol into a format 

20 based on the MPEG-TS protocol. Witii the connection 
of the different CATV networks through the Internet by 
use of such intePAforking units 62 and 54. there can be 
realized a novel function that the vkieo server and the 
STB on the CATV networks far away in distance from 

25 each otiier can easily be connected. With this construc- 
tion using the Internet which is a network developed 
over the whole world, tiiere is obtained a great effect 
that the connectability between video servers and 
STB*s over the whole world can be ensured. 

30 [0031 ] In the emkxxliment shown in Rg. 9, the descrip- 
tion has been made taking the vkieo server as an exam- 
ple of a device for generation or supply of a vkieo signal. 
However, tiie gist of the present invention lies in tiiat a 
video signal supplied on tiie basis of the MPEG-TS pro- 

35 tocol is transmitted ttirough tiie Internet. Accordingly, 
tiie signal supply source is not limited to only tiie video 
server. MPEG signal supplying devices other than the 
video server include a real-time MPEG encoder and a 
receiving equipment which receives satellite broadcast- 

40 ing to output an MPEG signal. It Is needless to say that 
tiie gist of the present Invention is satisfied by those 
devices, too. 

[0032] For simplification, the present embodiment has 
been desaibed in conjunction with tiie example in 

45 which different CATV networks at two locations are 
interconnected. However, it is needless to say that 
CATV systems at two or more locations may be con- 
nected to the Internet. The gist of the present invention 
lies in tiiat a signal transmitted on the basis of tiie 

50 MPEG-TS system by use of an intenworking unit is con- 
verted into a format capable of being transmitted by tiie 
Internet so that tiie converted signal is transmitted by 
the Internet and that a signal transmitted t^y use of the 
Internet is converted into an MPEG-TS signal again by 

55 an intenA^orking unit so that the converted signal is 
ti'ansmhted to a CATV network. 
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(Second Embodiment) 

[0033] In conjunction with a second embodiment, 
there are disclosed a common video transfer protocol in 
which the video transmission from a server on the Inter- 
net to a STB on a CATV network and the video trans- 
mission from a video server on a CATV network to a 
client's personal computer (PC) on the Intemet are 
taken into consideration in addition to the CATV connec- 
tion through the Intemet desaibed in conjunction with 
the first embodiment as well as a system with which pro- 
tocol conversbn between different networks is per- 
formed. 

[0034] Rg. 8 shows a connectk>n diagram in a net- 
work construction which enables both the video trans- 
mission from a video server 55 on a CATV network 56 to 
a client 4 on the Internet 50 ard the video transmission 
from a server 52 on the Internet 50 to an STB 57 on the 
CATV network 56. 

[0035] First, description will be made of the case 
where a video signal is transmitted to the client 4 on the 
Internet from the video server 55 connected to the 
CATV network 56. The packetization and protocol con- 
version at the time of video transmission from the server 
on the Intemet to the STB on the CATV network will be 
described in detail later on in conjunction with a fourth 
emtxxiiment. 

[0036] In the case of video transmission from the 
video server 55 to the client 4, the video server 55 trans- 
mits a video signal with a packet construction shown In 
Fig. 1 . This video signal reaches an interworking unit 62 
on the basis of an MPEG-TS system through the CATV 
network 56. The intenvorking unit 62 receives the video 
signal sent thereto on the basis of the MPEG-TS system 
to protocdconvert it through a predetermined conver- 
sion system (which will be mentioned later on) into 
packets transmissible on the basis of the Internet proto- 
col and transmits the converted signal to the Internet 
50. The internet 50 sends the video signal to the client 
4 by use of the Internet protocol. This signal can be 
transmitted to an intenworking unit 54 by a manner sim- 
ilar to that at the tinr^ of transmission to the dient 4. In 
the case of interconnection of CATV networks, protocol 
conversion to MPEG-TS is made again by the inter- 
working unit 54. 

[0037] IStow, a method for packet encapsulation shown 
in Fig. 1 wilt be described in detail. Rg. 1 con'esponds to 
an embodiment showing the construction of an MPEG- 
TS signal to be transmitted from the video server 55 
(see Fig. 8) to the Internet 50. the STB 57 connected to 
the CATV network 56 and an STB on another CATV net- 
work connected tiirough the irrtenworking unit 54. In 
MPEG-TS. there are permitted the case where a pay- 
load having data stored therein is transmitted subse- 
quentiy to a 4-byte TS header 1 and the case where an 
adaptation field 2 is transmitted prior to the payload. In 
the present lnventk)n, in the case where a signal is 
transmitted to an IP network, a TS Including the trans- 



mission of an IP header is such that tfie adaptation field 
2 is Inserted always immediately after the TS header 
and the IP header is transmitted using this adaptation 
field 2. as shown In Rg. 1. The adaptation field 2 is 

5 Stored with a 2-byte flag 4 indicative of the contents of 
data to be transmitted and private data 5. In order to 
transmit the private data 5, the transmission of the pri- 
vate data 5 is indicated by a transport private data flag 
or a flag Indicative of the contents of ttie adaptation field 

10 and ttie size of ttie private data 5 is set as a transport 
private data length in the flag. A 20-byte IP packet 
header 6 is stored as the private data 5 in a bit arrange- 
ment as it is. Rg. 7 is a diagram showing tiie contents of 
tiie IP packet header stored as such private data 5. The 

15 IP packet header is composed of a 4-bit field indicative 
of a version, a header length, a service type, a total 
packet lengtti, identifiers, a source IP address and a 
destination IP address. In the case where there is no 
option, tiie IP packet header is formed with 20 bytes. 

20 Since no option is used under a general conditbn. ttie 
transmission is made with data inclusive of a 20-byte 
field stored in the private data region as it is. 

[0038] The payload of the TS sut)sequent to tiie adap- 
tation field is stored wHh data in a PES (Packet Elemen- 
ts tary Stream) format. The reason wtiy the video signal is 
transmitted in the PES format will be described later on. 
[0039] Though the embodiment of Fig. 1 shows an 
example of ti'ansmission witii only the IP packet header 
included as the private data, tiiere may be employed a 

30 format in which a UDP (User Datagram Protocol) 
header or both the UDP header and an RTP (Real Time 
Protocol) header is included in accordance witii a proto- 
col which a terminal (or client) connected to the IP net- 
work supports. Fig. 2 corresponds to an embodiment in 

35 tiie case where a UDP header 10 is stored sut>se- 
quently to an IP header 6 as private data 9, and Rg. 3 
corresponds to an emtx)diment in the case where the 
transmission is made with an IP header 6, an UDP 
header 10 and an RTP header 14 included as private 

40 data 13. The present invention is characterized in that 
data of a packet header of a protocol used in an IP net- 
work is transmitted as private data. Accordingly, tiie 
present invention is not limited to a specified protocol 
such as UDP or RTP Under the existing circumstances, 

45 since the use of RTP is most effective for the transmis- 
sion of a real-time video signal, tiie packet construction 
shown in Fig. 3 is the best. The embodiments shown in 
Figs. 1 , 2 and 3 have been described in conjunction witti 
ttie case where tiie IP header, the UDP header or tfie 

so RTP header is transmitted as the private data, as it is. 
However, it is of course that, for example, data neces- 
sary for constructing an IP header can be transmitted as 
private data witii a changed form. In such a case, there 
Is required a processing for reconstructing the IP 

55 header or the like by an intenn/orking unit on the basis of 
data transmitted thereto. Therefore, it can easily be 
understood that the most effective way is the transmis- 
sion of the header witii a form tiiereof kept as it is. 
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[0040] Now. the reason of use of PES as the data for- 
mat will be described in brief. As shown in Fig. 8, the 
video server 55 also transmits the video dgnal to the 
STB 57 connected to the CATV network. In the aspect 
of reduction in data generation cost arxJ system cost it 
is preferable that video to be transmitted to the internet 
50 and video to be transmitted to the STB 57 are used 
in common. The use of the PES system employed in the 
conventional CATV is most suitable. Since information 
of the IP header encapsulated into the adaptation field 
is processed separately from video and audio signals, 
no influence is given on video reproduction by the con- 
ventional STB 57. The use of the PES format makes it 
possible to transmit tiie video signal to the IP network 
while maintaining the signal compatibility wrtii the con- 
ventional STB. Though tiie PES format is not prescrft>ed 
by RFC 2038, PES is constructed by dividing ES into a 
plurality of packets and thereafter applying a PES 
header to each packet Therefore, PES can easily be 
converted into ES. Accordingly, a client capable of 
receiving and decoding ES can perform the decoding 
with little addition of a function. 

[0041] The supplementary description will now be 
made of tiie IP packet forming method. In the Internet, 
the maximum transfer unit (MTU) size of an IP packet Is 
1500 bytes when Etiiemet is used. Accordingly, the 
number of 184-byte payloads of MPEQ-TS capable of 
being packed is seven at the greatest. Thus, In transmit- 
ting TS packets, they are transmitted with an IP header 
included at the period of 7TS. As conceptually shown In 
Fig. 6, the irrterworking unit receiving packets including 
IP headers forms an IP header and thereafter connects 
data of payloads in subsequently transmitted TS pack- 
ets to the IP header, thereby forming an IP packet The 
MTU size in the internet is 1500 bytes but there may be 
the case where the MTU size in the other physical net- 
work is different than that In such a case, it is of course 
that tiie IP header transmission period can be changed 
in accordance with the MTU size. A condition in the 
present invention is that tiie total bytes of TS packet 
payloads in an interval from a TS packet inclusive of an 
IP header to a TS packet inclusive of the next IP header 
does not exceed the number of bytes defined by the 
MTU. 

[0042] Next, description will be made of a system in 
which an MPEG-TS packet is formed with such a con- 
struction as shown in Rg. 1. 2 or 3 and tiie packet is 
processed by an intenArorking unit and then transmitted 
to an IP network. Fig. 12 illustrates an errt)0diment 
showing the flow of processings in the interworking unit 
It is assumed that the video server on the CATV network 
transmits an MPEG-TS signal (see Figs. 13 and 14) in 
accordance with an encapsulation system as shown in 
Fig. 2. As shown by a procedure of Fig. 12, ttie inter- 
working unit receives the transmitted MPEG-TS signal 
(or packet) (step 100) to extract therefrom a signal to be 
transmitted to ttie IP network. The selection of the 
MPEG-TS packet to be transmitted is made by checking 



a PID 135 in a TS packet header (steps 102 and 103). 
In the case where the packet is not one to be transmit- 
ted to the IP network, that packet is rejected (step 1 1 1). 
In the case where ttie packet is one to be transmitted to 

5 the IP network, a flag 138 indicative of the pres* 
ence/absence of an adaptation field in a TS header of 
that packet is checked (steps 104 and 105). in the case 
where the check of the flag 138 results in that there is an 
adaptation field, the TS header of ttiat packet is deleted 

10 (step 106) and flag infbrmation of the adaptation field is 
thereafter deleted (step 107). As a result, a private data 
portion of the adaptation field and tiie sufc>sequent pay- 
k>ad portion are outputted (step 1 08). In ttie case where 
tiie check of the flag 138 indicative of an adaptation field 

15 in the TS header of the TS packet (steps 1 04 and 1 05) 
results in that there is not an adaptation field, only the 
TS header of that TS packet is deleted (step 112) and 
private data is outputted (step 108). As tiie result of tiie 
above processing, tiie interworking unit deletes tiie TS 

20 header and transmits an IP packet header stored as the 
private data and subsequently image data as the pay- 
load. With the encapsulation in the present emtxxJiment 
as mentioned at>cve, the generation of an IP packet 
from MPEG-TS is possible by only an exta'emely simple 

25 processing whk;h includes the check of two flags (tiie 
check of PID and ttie check of presence/absence of 
adaptation) and the rejection of unnecessary data por- 
tion. As a result, there is obtained a great effect that the 
intenvorking unit can be constructed by a processor 

30 which has a poor processing ability or a low cost. 

[0043] Next, a processing for converting an IP-pack- 
etized video signal into an MPEG-TS signal again will 
be described using Rg. 1 1 . The intenA^rking unit 54 
shown in Fig. 8 or 9 is inputted with an IP packet indud- 

35 ing an IP header, an UDP header, an RTF header and 
PES data. Private data as the collection of a 2-byte 
adaptation related flag and IP related headers (IP, UDP 
and RTF headers) is stored as an adaptation field into 
TS. The remaining or payload of this TS is filled with 

40 PES data, ttiereby ultimately forming a 188-byte TS 
packet The remaining payload of the IP packet is parti- 
tioned every 184 k>ytes so that each part is accommo- 
dated into a TS payload. There is no possibility that the 
IP header is used in the CATV network. However, if the 

45 IP header is rejected or deleted and only tiie payload 
portion is stored into the TS payload. there is yielded a 
TS which is short in the number of data bytes. In tills 
case, a processing such as the padding of data corre- 
sponding to the shortage is necessitated. The proce- 

so dure including such complexity is not preferat)le. 
Accordingly, the restoration to the same packet con- 
struction as that in the transmitting CATV network is 
preferaksle. Since there is no practical problem if the 
matching in the number of bytes is attained, it is also 

55 possible to insert dummy data the number of bytes of 
which is the same as tiiat of the IP header. Since private 
data in the adaptation field can be ignored by the STB, 
as mentioned before, it may be invalid data. 
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(Third Embodiment) 

[0044] Rg. 4 is a diagram shoiwing a third embodiment 
of the present invention. The construction of a network 
to which the present embodiment is applied is the net- 
work construction shown in Rg. 8 or 9. The embodiment 
shown in Rg. 4 is different from the embodiment of Fig. 
1 , 2 or 3 in that the transmission is made with a program 
dock reference (PGR) too included in an adaptation 
field and that an RTP header is included in an IP packet 
to be transmitted as private data. In the RTP pi-otocol, a 
field for recording time information or time stamp is pro- 
vided in a RTP packet header in order to ensure the 
transmission of data such as a video signal necessitat- 
ing the real time transmission. In a terminal or client 
receiving MPEG-TS, PGR is utilized for reproducing 
system clocks of a TS decoding circuit. And» the time 
stamp of RTP is caused from the digitization of a time at 
a fundamental frequency of 90 kHz in the same manner 
as PGR. Therefore, it is possible to use PGR as tiie time 
stamp of RTP. The embodiment shown in Rg. 4 is char- 
acterized in that PGR transmitted by means of a PGR 
field 22 of the adaptation field is used in a time stamp 
field 26 of RTR as shown in Rg. 5. The time stamp of 
RTP and a base portion of RTP represent time informa- 
tion by the bit widths of 32 bits and 33 bits, respectively. 
Therefore, it is possible to attain the bit width matching 
by using lower 32 bits of PGR. One merit when time 
information transmitted as PGR is tiius utilized as the 
time stamp of RTP lies in that ttie inclusion of ultimately 
conrected accurate time information into the RTP 
header is possible even in the case where PGR is relo- 
cated for the purpose of correcting packet transmission 
jitter generated In a GATV network. 

(Fourth Emt)odiment) 

[0045] Fig. 10 shows an embodiment Illustrating the 
encapsulation of data when video transmission is made 
toward the GATV network 56 (see Rg. 8) from the 
sender 52 connected to the IP network. In the case of 
transmission and reception of this image, the intenwork- 
ing unit 62 needs an operation of converting an MPEG 
video signal (PES) transmitted by use of an IP packet 
into an MPEG-TS signal. This converting operation will 
be described refening to Fig. 10. In the case where a 
video is transmitted by use of an IP packet video data is 
encapsulated on the basis of a PES format in order to 
facilitate the conversion into TS. Accordingly, this IP 
packet is constructed with an IP header and a payload 
in a PES format In the converting operation, the IP 
packet is ti'ansnnitted from ttie server on the IP network 
with the IP packet constructed to have a packet size 
such that the addition of 2 to the packet size (or the size 
of data including an IP header and a payload) is integer 
times as large as 184. In converting tiie IP packet into 
MPEG-TS, a leading portion including the IP packet 
header Is extracted by 182 bytes and is added with a 2- 



byte flag of an adaptation field so that the resultant is 
stored as a 184-byte payload of MPEG-TS. Further, an 
MPEG-TS header is applied to tiiis payload. ttiereby 
fbrming an MPEQ-TS packet. The succeeding IP packet 

5 is partitioned every 184 bytes and the TS packet header 
is applied to each part for the conversion into MPEG- 
TS. Since there is tiie condition that the size of tiie IP 
packet is integer times as large as 184 bytes plus 182 
bytes, rt becomes possible to store the IP packet Into the 

10 payloads of MPEG-TS packets with no residual byte. As 
apparent from tiie foregoing description, the feature of 
ttie present embodiment lies in that by imposing a 
resbiction on the size of an IP packet transmitted from a 
server on an IP network which transmits an MPEG 

15 image, tiie division and reconstruction of the packet in 
an interworking unit are very simplified. 

[0046] In one modification of the present embodiment 
or In tiie case where an RTP protocol is utilized so ttiat 
time stamp of RTP is inserted as PGR. the total length 

20 of an IP packet may be integer times as large as 184 
bytes plus 176 bytes. 

(Fifth Embodiment) 

2S [0047] A fifth embodiment of the present Invention cor- 
responds to a modification of the second embodiment. 
In the encapsulation of the IP packet of Rg. 1 used in 
conjunction with the second embodiment, the IP header 
is directiy mapped as the private data of MPEG-TS. In» 

30 the present embodiment, a region 150 Indicating the 
attribute of private data is provided in a leading byte of 
tiie private data, as shown in Fig. 15. With the provision 
of a flag in this attribute region, it is expressly indicated 
tiiat contents transmitted as the private data are the IP 

35 header. The intenworking unit uses tills flag to make ttie 
judgement as being an IP packet or not or the judge- 
ment of utilization/rejection. Since tiie data in the 
attribute region is unnecessary in the IP network, tiiere 
is a need to.reject it in performing protocol conversion 

40 t)y the interworking unit. 

[0048] Though Fig. 1 5 shows an example in which ttie 
1 -byte attribute region is provided, it does not necessar- 
ily follow that the size of the attribute region is one byte, 
it can easily be understood tiiat the size of the attribute 

45 region may be a plurality of bytes. 

[0049] According to the first to fiftti embodiments 
described al)ove. it becomes possible to interconnect 
GATV networks by use of the Internet as a woridwidely 
connected network. Ther^y, the effect of tiie reduction 

50 of an operation cost by the cooperative utilization of 
vkieo contents is obtained. Also, since a processing 
required for protocol conversion necessary for the con- 
nection of the Internet £Uid the GATV network can 
greatiy be reduced, there is a great effect that an inter- 

55 working unit can be consti'ucted even with a low-cost 
processor. 

[0050] In ttie following, embodiments of a method for 
conversion between ttie IP address of an IP packet and 
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the PID value of an MPEQ-TS packet and an equipment 
therefor (hereinafter refen^ed to as iP/PID conversion 
equipment) according to the present invention will be 
described in detail. In the following embodiments, the 
description is made using a DAViC network as a net- 
work whrch uses MPEG-TS packets. The CATV system 
portion shown in conjunction with the first to fifth 
embodiments corresponds to the DAVIC network in the 
following embocEments. 

(Sixth Embodiment) 

[00S1 ] First, an example of a network construction in 
which an IP/PID conversion equipment according to the 
present invention is used will be desaibed using Fig. 26 
which shows a diagram of the network construction. 
Reference numeral 400 denotes the Internet network, 
and numeral 200 denotes a DAVIC network. In the Inter- 
net network 400. a client or personal computer (PC) 402 
can make a request for video transmission to a video 
server 401, thereby receiving desired video data in an 
IP packet format and reproducing it. In Fig. 26. it is also 
possible for an STB (Set Top Box) 305 connected to the 
DAVIC network to make access to the video server 401 
on the Internet thereby receiving and reproducing 
desired video data. In the DAVIC network 200, refer- 
ence numeral 310 denotes an intenn/orking unit for inter- 
connecting the Internet and the DAVIC network, 
numeral 301 a router, numeral 302 an IP/PID equipment 
according to the present invention, numeral 303 a DAC 
(Dial-up Access Concentrator), numeral 304 a QAM 
(Quadrature Amplitude Modulation), numeral 201 an 
access network, numeral 305 the STB, and numeral 
306 a TV Description will now be made of an operation 
of making access to the video server 401 on the Internet 
from the STB connected to the DAVIC network to 
receive and reproduce video data. First, a user starts 
access to the sen/er on the Internet through a modem 
incorporated in the STB 305. The DAC 303 concen- 
trates accesses from a plurality of users and establishes 
a line for the video server on the Intemet through the 
router 301 in the interworking unit 310. Thereafter, the 
user refers to a video guide or electronic program guide 
(EPG) displayed on the TV 306 to select a desired pro- 
gram. When the desired program is selected, the vkieo 
server 401 on the Internet encapsulates the requested 
video data into IP packets and transmits the IP-pack- 
etized data to the requesting STB. The video data in the 
IP packet format trsinsmitted from the video server 401 
is transferred through the router 301 to the IP/PID con- 
version equipment 302 according to the present inven- 
tion. The IP/PID conversk>n equipment 302 generates 
PID from the IP address of the received IP packet to 
convert the received video data in the IP packet format 
into video data in a TS packet format applied with the 
generated PID and transmits the TS-packetized vkieo 
data to the QAM 304. The QAM 304 subjects the 
received video data in the TS packet format to QAM 



modulation and transmits the modulated data to the 
access network 210. The STB 305 receives the desired 
video data by selecting, from the signal received from 
the access network 210, a frequency at whk:h the 

5 desired data Is modulated and a TS packet with which 
the desired data is transmitted. Also, the STB 305 
decodes the received video data and transmits the 
video Image to the TV 306 which in turn reproduces and 
displays the video image. 

10 [0052] Next, the description of the IP/PID conversion 
equipment according to a sixth embodiment of the 
present invention will be made using Figs. 16 to 18. Fig. 
16 is a btock diagram showing the constructk>n of the 
IP/PID conversion equipment according to the sixth 

15 embodiment. Rg. 17 is a diagram showing the corre- 
spondence for conversion between an IP address and a 
PID value, and Fig. 18 shows the contents of data In an 
LUT (Look-up Table) shown in Fig. 16. In the IP/PID 
conversion equipment shown in Fig. 1 6 according to the 

20 sixth embodiment, lower 8 t)its (Bit: 7-0) of an IP 
address and lower 8 bits (Bit: 7-0) of a PID value are 
made the same and upper 24 bits (Bit: 31-8) of the IP 
address are degenerated into 5 bits so that the degen- 
erated 5 bits are converted into upper 5 bits (Bit: 12-8) 

25 of the PID value. 

[0053] The IP/PID conversion equipment shown in 
Fig. 16 according to the sixth embodiment of the 
present Invention includes a buffer 321 for receiving an 
IP packet, a CPU 322, an LUT 323 for holding data 

30 indicative of the conversion between an IP address and 
a PID value (or an IP address to PID value conversion 
table), a TS header generating unit 324 for generating a 
TS header, an IP data holding unit 325 for homing data 
of the IP packet, and a switch 326 for transmitting video 

35 data in a TS packet format to a predetermined Q/VM. 
Sut)sequently. description will be made of the operation 
of the IP/PID conversion equipment according to the 
sixth embodiment of the present invention which has 
the atx)ve construction. 

40 [0054] The IP/PID conversion equipment shown in 
Fig. 16 first receives vkieo data 31 1 in a IP packet for- 
mat by the buffer 321. The CPU 322 reads the IP packet 
from the buffer 321 to transmit data 312 of lower 8 bits 
(Bit: 7-0) of an IP address to the TS header generating 

45 unit 324 and data 31 3 of upper 24 bits (Bit: 31 -8) thereof 
to the LUT 323. The CPU 322 also transmits IP packet 
data 314 to the IP data holding unit 325. By the LUT 
323, data 315 resulting from the degeneracy of the data 
313 of upper 24 bits (Bit: 31-8) of the IP address from 

so the CPU 322 into 5 bits is transmitted to the TS header 
generating unit 324 and QAM number for multiplexing 
QAM data 316 is transmitted to the switch 326. The TS 
header generating unit 324 generates the PID value of 
a TS packet on the basis of the data 312 of lower 8 bits 

55 (Bit: 7-0) of the IP address from the CPU 322 and the 
data 315 from the LUT 323 resulting from the degener- 
acy of the data 313 of upper 24 bits (Bit: 31-8) of the IP 
address from the CPU 322 into 5 bits and generates a 
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header of the IS packet. A procedure for generating the 
PID value of the IS packet from the the IP address of 
the received IP packet will be mentioned later on by use 
of Rgs. 17 and 18. The switch 326 reads TS header 
data 31 7 from the TS header generating unit 324 and IP $ 
data 318 from the IP data holding unit 325 which turns 
into data of the TS packet The TS header data 31 7 and 
the IP data 3 1 8 as the TS packet data are transmitted to 
a predetermined QAM number for mult9)lexing QAM 
(any one of QAM1 to QAM3) in accordance with the 
QAM number for multiplexing QAM data 316 from the 
LUT 323. Though the above desaiption has been made 
in conjunction with the example in which data converted 
from an IP pactet into a TS packet is QAM-moduiated in 
the IP/PiD conversion equipment for retransmission to 
the post stage, a transmission system such as QPSK 
(Quadrature Phase Shift Keying) other than QAM may 
be used. 

[0055] Fig. 1 7 is a diagram showing the correspond- 
ence between the IP address of a received IP packet 
and the PID value of a TS packet to be transmitted. In 
Fig. 17, the value 331 of lower 8 bits (Bit: 7-0) of the IP 
address is converted into the value 332 of lower 8 bits 
(Bit: 7-0) of the PID value. The value 333 of upper 24 
bits (Bit: 31 -Q) of the IP address is degenerated into a 5- 
bit value as a network number value for conversion into 
the value 334 of upper 5 bits (Bit: 1 2-8) of the PID value. 
The term of "degenerate" or "degeneracy" used herein 
means the conversion of a 24-bit value into a 5-bit value. 
This degeneracy or conversion will specifically be 
described using Fig. 18. 

[0056] Rg. 18 is a diagram showing that correspond- 
ence between the upper 24-bit (Bit: 31-8) value 333 of 
an IP address, a 5-bit value as a network number value, 
and a QAM number for output value which is held in the 
LUT 323 shown in Fig. 16. In Fig. 18, it is shown that, for 
example, the IP address of 128.155.30.XXX series 
(XXX indicating any value of 0 to 255) is converted into 
a network number 1 (00001 in a binary number). Simi- 
larly, it is shown that the IP address of 128.155.40.XXX 
series is converted into a network number 2 (00010) 
and the IP address of 128.155.80.XXX series is con- 
verted into a network number 30 (11110). By holding 
such a conversion tat)le by the LUT 323, it becomes 
possible! to convert the upper 24-bit (Bit 31 -8) value 333 
of the IP address into the 5-bit value 334. As for PID val- 
ues, however, since there are values (hexadecimal 
number: 0x0000 to OxOOOF and 0x1 FFF) which 
"GENERIC CODING OF MOVING PICTURES AND 
ASSOCIATED AUDIO: SYSTEMS" (ITU-T H.222.0, 
ISO/IEC 13818-1) prescribes for use, values of 0x0010 
to 0x1 FFE can be used. In the case where 0 (binary 
nurr^er: 00000) or 31 (binary numt>er: 11111) is used 
as the network number in Fig. 18, the PID value may 
overlap the prescribed value in accordance with the 
lower 8-bit value. For example, in the case where the 
network number is 0 (binary number: 00000) and the 
lower 8-bit value is 1 (binary number: 00000001), the 



PID value comes to 1 (hexadecimal number: 0x0001) 
which overlaps the value prescribed by H.222.0 for use. 
This problem or such overlapping can be avoided by 
establishing a prohibition rule for avokllng the case 
where there overlaps the value presaSbed by H.222.0 or 
by using 1 to 30 as the network number. In the example 
shown in Rg. 1 8. the desaiption has been made in con- 
junction with the conversion of the upper 24-brt (Bit: 31- 
8) value 333 of the IP address into the 5-bit value. How- 
ever, in the case where the series of IP addresses pro- 
viding services are such that the upper 16-bit (Bit: 31- 
16) value of the IP address is of the same series, for 
example, as in the case of 128.155.XXX.XXX in Rg. 18, 
it is also possible to omit the upper 16 bits (Bit: 31-16) 
with the conversion table formed by use of only the 
remaining 8 bits (Bit: 15-8). 

[0057] Fig. 18 further shows the correspondence 
between the upper 24-bit (Bit: 31-8) value 333 of an IP 
address and a QAM number for TS packet output. This 
correspondence represents a relationship between the 
IP address upper 24-bit (Bit: 31-8) value 333 inputted to 
the LUT 323 shown in Rg. 1 6 and the data 31 6 output- 
ted therefrom as the value of a QAM number for output 
of transmission data (or TS packet). The exanriple 
shown in Fig. 18 indicates that in the case where users 
of 128.150.30.XXX and 128.150.40.XXX series make 
access to the server on the Internet, requested data is 
transmitted to the users through the QAM (or frequency) 
of a QAM numt>er (QAM Na) 1. It is also indicated that 
in the case where a user belonging to a 
128.150.80.XXX series makes access, requested data 
is transmitted to the users through the QAM (or fre- 
quency) of a QAM number 3. With such a construction 
in which a QMA number for transmission is designated 
for the IP ackJress series of a data requesting user, the 
number of users holding in common the amount of data 
capable of t)eing transmitted by one QAM can be set for 
each IP address series. In the case where 1 to 30 are 
used as network numbers when data is transmitted by 
one QAM. 30 ones of series designated by upper 24 bits 
(Bit: 31-8) of each IP address can be used. In the case 
where 31 or more series are to be transmitted, an over- 
lapping value exists as a network number so that a one- 
to-one con'espondence becomes unobtainable 
between the IP address and the PID value. As a result, 
even if the conversion from the IP address into the PID 
value is possible, it is impossible to determine the IP 
address uniquely from the PID value. However, if a QAM 
number (or frequency) for transmission of data is differ- 
ent, the overlapping of a network number provides no 
problem. 

[0058] As described in the foregoing, a PID value (13 
bits) is formed from an IP address (32 bits) and this con- 
version is performed in the LUT 323 and the TS header 
generating unit 324 which are shown in Fig. 16. Also, a 
QAM (or frequency) number for transmission of data (or 
TS packet) is designated in the LUT 323 from the series 
of the IP address. As mentioned above, requested data 
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(or IP packet) is cxsnverted by the Interworking unit into 
a IS packet and is then QAM-transmitted. However, if 
the receiving side does not know the PID value of TS 
and a QAM number with which desired data is transmit- 
ted, the receiving side cannot make the selective recep- 
tion of data. A method for receiving desired data will 
now be described using Figs. 19 and 20. 

[0059] Fig. 19 is a cOagram showing the case where 
each of a data transmitting intenworking unit 310 and a 
data receiving STB 305 holds data indicative of the cor- 
respondence for conversion between an IP address and 
a PID value (or an IP address to PID value conversion 
table). In substance, reference numerals used in Fig. 19 
are the same those used in Figs. 16 and 26. An LUT 
323 in Rg. 1 9 is the same as the LUT 323 in Rg. 1 6. that 
is. a look-up table having data indicative of the corre- 
spondence for converston between an IP address and a 
PID value and a frequency (or QAM number) for trans- 
mission of data. In Fig. 19. the transmitting Interworking 
unit 31 0 converts an IP packet received through a router 
301 into a TS packet in accordance with the LUT 323 
possessed by the intenworking unit 310 and transmits 
the TS packet to the Om 304. The QAM 304 nx>du- 
lates the TS packet and transmits the modulated TS 
packet to an access network 210. The STB 305 refers to 
the LUT 323 on the basis of its own IP address to select, 
from the received signals having a plurality of frequen- 
cies, a signal having a frequency at which desired data 
is transmitted and to select a TS packet having a PID 
value designated by the LUT 323. thereby receiving the 
desired data. In the case where the received data is to 
be reproduced by a TV 306 connected to the STB 305, 
the received data may be decoded so that it is repro- 
duced by the TV 306. Also, in the case where the 
received data is to be further transmitted to a personal 
computer (PC) 307 or the like connected to the STB 
305, each of the STB 305 and the PC 307 holds an LUT 
similar to the above-mentioned LUT 323. Thereby, it is 
possible to further transmit the received TS packet to 
the PC 307. 

[OOSO] Rg. 20 shows a modified example of the case 
shown in Rg. 19. In this example, data indicative of the 
conespondence for conversion between an IP address 
and a PID value and data indicative of the correspond- 
ence between the IP address and a frequency (or QAM 
number) for transmission of data are transmitted from 
the intenworking unit 310 to the STB 305. In Fig. 19. the 
cone^ndence for conversion between an IP address 
and a PID value and the correspondence between the 
IP address and a frequency (or QAM number) for trans- 
mission of data are held by both the interworking unit 
310 and the STB 305. In Rg. 20. however, they are held 
by the interworking unit 310 from which only data indic- 
ative of the correspondence for conversion between an 
IP address and a PID value and the correspondence 
between the IP address and a TS packet transmission 
frequency (or QAM number) as required by the STB 305 
is transmitted to the STB 305. In Fig. 20, when the inter- 



working unit 310 recaves an IP packet 311 having a 
novel IP address and performs the conversion thereof 
into a TS packet and the transmission of the TS packet 
to the QAM. the intenworking unit 310 transmits data 

5 319 Indicative of the correspondence for conversion 
between the novel IP address and a PID value and a TS 
packet transmission frequency (or QAM number) to the 
STB 305 through the QAM 304. tn this case, it is 
required that a specified frequency (or QAM number) 

10 and a specified PID value with which the correspond- 
ence data between the IP address and the PID value 
and the TS packet transmission frequency (or QAM 
rtumber) are transmitted should be set beforehand, in 
the case where the STB 305 receives a TS packet hav- 

15 ing the specified frequency (or QAM number) and PID 
value, there exists data indicative of the con^espond- 
ence for conversion between the IP address and the 
PID value and the frequency (or QAM number) for trans- 
misston of TS packet and hence it is necessary to hoM 

20 the data by use of a menmy or the like in the STB 305. 
The STB 305 selects, on the basis of the transmitted 
data transmission frequency (or QAM number), a signal 
having a frequency at which desired data is transmitted 
and selects a TS packet having a PID value designated 

25 by the received correspondence for IP address to PID 
value conversion, thereby receiving the desired data. As 
mentioned atx>ve, each time the intenArorking unit 310 
receives an IP packet having a novel IP address and 
performs the conversion thereof into a TS packet and 

30 the transmission of the TS packet, the intenvorking unit 
31 0 transmits a frequency for transmission of TS packet 
and a PID value to the STB 305. Thereby, the STB 305 
can receive a desired TS packet. 

[0061] According to the present emtxxliment merv 
35 tioned at>ove. the PID value of a TS packet is formed 
from the IP address of an IP packet the series of the IP 
address is defined from upper 24 bits of the IP address 
and a frequency for transmission of data is set for each 
IP address series. Thereby, the conversion between the 
40 IP address and the PID value is possible. Also, there 
can be obtained an effect that the numt>er of users (or 
the number of IP addresses) subjected to multiplex 
transmission at one frequency can be set for each IP 
address series unit 

45 

(Seventh Embodiment) 

[0062] Rgs. 21 and 22 are diagrams showing the cor- 
respondence between the IP address of an IP packet 

50 and tiie PID value of a TS packet in a seventh emtxxli- 
ment of ttie present invention. Fig. 21 conresponds to 
tiie modificatfon of the ^mple shown in Fig. 17. As 
shown in Fig. 21 . tiie value 331 of lower 8 bits (Bit: 7-0) 
of an IP address is converted into the value 332 of lower 

55 8 bits (Bit: 7-0) of a PID value. The value 333 of upper 
24 bits (Bit 31-8) of the IP address is degenerated into 
a 3-bit value as a network number value for conversfon 
into the 3-bit (Bit: 10-8) value 335 of bits 10 to 8 of the 
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PID value. This will be mentioned later on in conjunction 
with Fig. 22. Aisa it is shown in Rg. 21 that bits 12 and 
11 of Ihe PID value denoted by reference numeral 336 
are Vtxedi to 1 and 0. respectively. 

[0OS3] Fig. 22 corresponds to the modification of the 
example shown in Rg. 18 and is a diagram showing that 
correspondence between the value 333 of upper 24 bits 
(Bit: 31-8) of the IP address, the 3-bit value 335 as a 
network number value and the value of a QAM number 
for output which is held in the LUT 323 shown in Rg. 16. 
In Fig. 18, the value 333 of upper 24 bits (Bit: 31-8) of 
the IP address is degenerated into 5 bits. In Rg. 22, 
however, it is degenerated into 3 bits. In Rg. 22, it is 
indicated that, for example, the IP address of 
128,155.30.XXX series is converted into a network 
number 0 (000 in a binary number). Similarly, rt is indi- 
cated that the IP address of 128.155.40.XXX series is 
converted into a network number 1 (001) and the IP 
address of 128.155.80.XXX series is converted into a 
network number 7 (1 1 1). By holding such a conversion 
table by the LUT 323 shown in Fig. 16, it becomes pos- 
sible to convert the value 333 of upper 24 bits (Bit 31-8) 
of the IP address into the 3-bit value 335. in the example 
shown in Fig. 22, the desalption has been made in con- 
junction with the conversion of the value 333 of upper 24 
bits (Bit: 31-8) of the IP address into the 3-brt value. 
However, as mentioned in conjunction with Fig. 18, in 
the case where tiie value of upper 1 6 bits (Bit: 31 -1 6) of 
the IP address is of the same series, it is also possible 
to omit the upper 16 bits (Bit: 31-16) with the conversion 
table formed by use of only the remaining 8 bits (Bit: 15- 
8). Similarly to Rg. 18, Rg. 22 further shows the corre- 
spondence between the value 333 of upper 24 bits (BH: 
31-8) of the IP address and a QAM number for TS 
packet output. The way of utilizing this correspondence 
is the same as that described in conjunction with Rg. 
18. 

[00S4] As mentioned above. 1 3 t)its of a PID value are 
constructed such that bits 12 and 11 are respectively 
fixed to 1 and 0, bits 10 to 8 use 3 bits into which the 
value 333 of upper 24 bits (Bit 31 -8) of an IP address is 
degenerated, and the value of t>its 7 to 0 is set to be the 
same as the value 331 of lower 8 bits (Bit: 7-0) of the IP 
address. Since the upper 2 bits (Bit 12-11) of the PID 
value are thus fixed to 1 and 0. respectively, this con- 
struction can provide an effect that whatever values the 
value 333 of upper 24 bits (Bit: 31-8) of the IP address 
and the value 331 of lower 8 bits (Bit: 7-0) thereof are 
converted into, the conversion between the IP address 
and the PID value is possit)le without the overlapping 
with values which H.222.0 prescribes for use. 

(Eighth Embodiment) 

[0085] Figs. 23, 24 and 25 are diagrams showing the 
correspondence t>etween the IP address of an IP packet 
and the PID value of a TS packet In an eighth embodi- 
ment of the present invention. Rg. 23 corresponds to 



the modification of the example shown in Fig. 17. As 
shown in Rg. 23, the value 331 of lower 8 bits (Bit: 7-0) 
of an IP address is converted into the value 332 of lower 
8 bits (Bit: 7-0) of a PID value. The value 333 of upper 

5 24 bits (Bit: 31 -8) of the IP address is degenerated into 
a 2-bit value as a network number value for conversion 
into the 2-brt (Bit: 9-8) value 337 of bits 9 to 8 of the PID 
value. This will be mentioned later on in conjunction with 
Rg. 24. Also, a 3-bit value corresponding to the cate- 

10 gory of data is inserted as the 3-bit (Bit: 12-10) value 
338 of bits 12 to 10 of the PID value. This will be men- 
tioned later on in conjunction with Rg. 25. 

[P066] Rg. 24 corresponds to the modif k:ation of the 
exanpte shown in Fig. 18 and is a diagram showing that 

15 correspondence between tiie value 333 of upper 24 bits 
(Bit: 31-8) of the IP address, ttie 2-bit value 337 as a 
network number value and the value of a QAM number 
for output which is held in tiie LUT 323 shown in Fig. 1 6. 
In Rg. 18, the value 333 of upper 24 bits (Bit: 31-8) of 

20 the IP address is degenerated into 5 bits. In Fig. 24, 
however, it is degenerated into 2 bits. In Fig. 24. it is 
indicated that, for example, tiie IP address of 
128.155.30.XXX series is converted into a network 
number 0 (00 in a binary number). Similar conversion is 

25 made for the IP addresses of 128.155.40.XXX series 
and 128.155.80.XXX. By holding such a conversion 
table by tiie LUT 323 shown in Fig. 16, it becomes pos- 
sible to convert tiie value 333 of upper 24 bits of the IP 
address into the 2-bit value 337. In tiie example shown 

30 in Rg. 24, tiie description has been made in conjunction 
with the conversion of the value 333 of upper 24 bits 
(Bit: 31-8) of tiie IP address into the 2-bit value. How- 
ever, as mentioned in conjunction with Fig. 18, in the 
case where tiie value of upper 16 bits (Bit: 31-16) of the 

35 IP address is of the same series, it is also possible to 
omit the upper 16 bits (Bit: 31-16) with the conversion 
table formed by use of only tiie remaining 8 bits (Bit; 15- 
8). Similarly to Fig. 18. Fig. 24 further shows the conre- 
spondence between the upper 24-bit (Bit: 31-8) value 

40 333 of tiie IP address ar\6 a QAM number for TS packet 
output The way of utilizing this correspondence is the 
same as that described in conjunctfon with Fig. 18. 
[0067] Fig. 25 is a diagram showing tiie correspond- 
ence between tiie category of data and a 3-bit value as 

45 tiie category number value 338 shown ifi Fig. 23. in Fig. 
25, it is indicated that for exanple, tiie case where the 
category of data transmitted by a received IP packet is 
video corresponds to 2 (binary number: 010) and the 
case where it is audio corresponds to 1 (binary number: 

50 001). The correspondence between tiie category of 
data and the category number value (3 bits) shown in 
Fig. 25 is used, for example, in tiie case where PID val- 
ues are set to different values in accordance with the 
category of data transmitted by the IP packet, as men- 

55 tioned above. In tiie case where 0 (binary number: 000) 
or 7 (binary number: 111) is used as the category 
number value, the overlapping of tiie PID value and the 
value presaibed by H.222.0 for use may be generated 
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in accordance with the network number value (2 bits) 
and the value of lower 8 bits, as In the case described in 
conjunction with Fig. 18. In such a case, therefore, it is ' 
necessary to consider a countemieasure such as the 
provision of a prohit>ition rule for avoiding the case 
where there overlaps the value prescribed by H.222.0 or 
the use of 1 to 6 as the category number value. 

[0068] As mentioned above. 13 bits of a PID value are 
constructed such that bits 12 to 10 are set to the cate- 
gory number value (3 bits), bits 9 to 8 use 2 bits into 
which the value 333 of upper 24 bits (Bit 31 -8) of an IP 
address is degenerated, and the value of bits 7 to 0 is 
set to be the same as the value 331 of lower 8 bits (Bit 
7-0) of the IP address. This construction can provide an 
effect that it is possible to make the IP address to PID 
value conversion in which the PID value can be set to a 
different value in accordance with the category of data 
transmitted by the IP packet 
[0069] According to the sixth to eighth embodiments 
described in the foregoing, the PID value of a TS packet 
is formed from the IP address of an IP packet, the series 
of the IP address is defined from upper 24 bits of the IP 
address and a frequency for transmission of data is set 
for each IP address series. With this construction, there 
can be obtained an effect that it is possible to make the 
one-to-one conversion between the IP address and the 
PID value and it is possible to set the frequency (or 
QAM number) for transmission of data for each IP 
address series unit, whereby the number of users (or 
the nutvber of IP addresses) holding in common the 
amount of data capable of t>eing transmitted at one fre- 
quency can be set for each IP address series unit Also, 
with the construction in which 3 bits of the 1 3-blt PID are 
set to the category of data, it is possible to set the PID 
value of the TS packet after conversion in accordance 
with the category of data which is transmitted by the IP 
packet. 

Claims 

1. A packet conversion method for converting a TS 
packet into an IP packet, comprising: 

a step of receiving a TS packet having informa- 
tion concerning an IP address of said IP 
packet; 

a step of obtaining the IP address of said IP 
packet from infbrmatton in an adaptation field 

of said one received TS packet; 

a step of obtaining data of said iP packet from 

data of the TS packet; 

a step of otstaining an IP packet from the 
ot)tained IP address and the obtained data of 
saki IP packet; and 

a step of transmitting the obtained IP packet. 

2. A packet conversk)n method according to Claim 1 , 
wherein data of said IP packet is obtained from data 



of a plurality of TS packets. 

3. A packet conversion method according to Claim 1 , 
wherein the data of said IP packet has a PES for- 

5 mat 

4. A packet conversion method according to Claim 1 . 
wherein the nunrter of kbytes of said IP packet is the 
sum of 182 bytes and integer times as large as 184 

10 bytes. 

5. A packet conversion method for converting an IP 
packet into a TS packet, comprising: 

IS a step of receiving said iP packet; 

a step of okjtaining an IP address of the 
received IP packet; 

a step of changing said IP address to a PID 
value of said TS packet; 
20 a step of obtaining a TS packet from the 

obtained PID value and data of the received IP; 
and 

a step of transmitting the obtained TS packet. 

25 6. A packet conversion method according to Claim 5. 
wherein In said TS packet obtaining step, said TS 
packet is obtained from data of a plurality of IP 
packets and said obtained PID value. 

30 7. A packet conversion method according to Claim 5. 
wherein in said TS packet obtaining step, said TS 
packet is obtained from a plurality of data of a plu- 
rality of IP packets and sakl obtained PID value. 

55 8. A packet conversion method according to Claim 5. 
wherein in said cfianging step, upper bits (333) of 
said IP address are converted into upper bits (334; 
335; 337) of said PID value and lower bits (331) of 
said IP address are copied as lower bits (332) of 
40 saj6 PID value as they are. 

9. A packet conversion method according to Claim 5, 
wherein saki IP address is made to correspond to a 
frequency at which said TS packet is transmitted. 

45 

10. A packet conversion method according to Claim 5. 
wherein a part (338) of saki PID value is made to 
correspond to the category of data of saki TS 
packet. 

50 

11. A CATV system for transmitting at least a digital 
video signal compressed in accordance with the 
Moving Picture Experts Group-2 (MPEG2) system, 
comprising intennforking means (62, 54) for convert- 

55 ing a video prescribed by ITU-T (International Tele- 
communication Union) H.222.0 Recommendation 
and an Internet protocol prescrit>ed by Internet 
Engineering Task Force (IETF), two or more CATV 
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networks (61. 56) being interconnected by said 
intenworking rneans through a network (50) using 
the Internet protocol to transmit an MPBQ video 
signal. 

12. A method for transmission of an MPEG transport 
stream packet prescribed by mi-T H.222.0 Rec- 
ommendation, in which information necessary for 
forming header information (6) of an Intemet proto- 
col packet is encapsulated as private data of an 
adaptation field (2; 7; 11; 20) of said transport 
stream packet and the resultant data capsule is 
periodically transmitted. 

13. A method for transmission of an MPEG transport 
stream packet prescribed by ITU-T H.222.0 Rec- 
ommendation, in which an Internet protocol packet 
header (6) is stored as private data of an adaptation 
fieM (2; 7; 1 1 ; 20) of said transport stream packet 
and a transport packet including sakd Internet proto- 
col packet header is periodically transmitted. 

14. An MPEG video transmission method for transmit- 
ting at least a video signal in a PES format com- 
pressed in accordance with the MPEG system by 
use of an Internet protocol, in which the size of an 
Internet protocol packet formed on the basis of said 
Internet protocol is such that the addition of 2 bytes 
to the size of said Internet protocol packet is integer 
times as targe as 1 84 bytes. 

15. An MPEG video transmission method for transmit- 
ting at least a video signal in a PES format com- 
pressed in accordance with tiie MPEG system by 
use of an Intemet protocol. In which the size of an 
Internet protocol packet formed on the basis of said 
Internet protocol is such that the addition of 8 bytes 
to the size of said Internet protocol packet is integer 
times as large as 1 84 bytes. 

16. A method for corrversion between MPEG protocol 
and Internet protocol, in which header information 
(6) of an Internet protocol packet is encapsulated 
by a private data field of an adaptation field (20). the 
transntission is made with a program clock refer- 
ence signal (22) included in said adaptation fieki. a 
user datagram protocol and a real time protocol are 
used as an Internet protocol, and lower 32 bits of 
basical program clock reference data bits are cop- 
ied into a 32-blt time stamp signal (26) of a real time 
protocol header (14). 

17. A packet transnvssion method for a video supply 
device (60) which transmits an MPEG signal toward 
a device (62) connected to a first networi^ (61) in 
which TS packets are transferred and a second net- 
work (50) in which IP packets connected to said first 
network are transfenred, the transmission of the 



MPEG video signal being made tiirough said first 
network by use of TS packets, the method compris- 
ing: 

5 a step of setting header Information (6) of an 

a step of setting header information (6) of an IP 
packet in said second network into an adapta- 
tion field of the TS packet transmitted to said 
first network; and 

to a step of ta-ansmitting said TS packet with the 

set header information to said first networic 

18. A packet transmission metiiod according to Claim 
17, wherein said setting step is performed for one off 

15 a plurality of continuous TS packets transmitted to 
said first network. 

19. A mettiod for conversion between IP address and 
PID value, in which the value (331) of lower 8 bits of 

20 an IP address and the value (332) of lower 8 bits of 
a PtD value are made tiie same, and upper 24 bits 
(333) of tiie IP address are degenerated into 5 bits 
so ttiat the degenerated 5 bits are made to corre- 
spond to upper 5 bits (334) of tiie PID value. 

25 

20. A metiiod for conversion between IP address and 
PID value, in which tiie value (331) of tower 8 bits of 
an IP address and the value (332) of lower 8 bits of 
a PID value are made tiie same, and upper 24 bits 

30 (333) of tiie IP address are degenerated into a 5-bit 
value of 1 to 30 excepting 0 and 31 so tiiat the 
degenerated 5 bits are made to correspond to 
upper 5 bits (334) of tiie PID value. 

35 21. A metiiod for conversion between IP address and 
PID value, in whk;h the value (331 ) of lower 8 bits of 
an IP address and tiie value (332) of lower 8 bits of 
a PID value are made the same, upper 24 bits (333) 
of the IP address are degenerated into 3 bits so that 

40 tiie degenerated 3 bits are made to correspond to 
bits 10 to 8 (335) of the PID value, and bnts 12 and 
1 1 (336) of tiie PID value are made to correspond 
to 1 and 0, respectively. 

45 22. A metiiod for conversion between IP address and 
PID value, in which the value (331 ) of lower 8 bits of 
an IP address arKi tiie value (332) of lower 8 bits of 
a PID value are made the same, upper 24 bits (333) 
of the IP address are degenerated into 2 bits so that 

so tiie degenerated 2 bits are made to correspond to 
bits 9 to 8 (337) of tiie PID value, and bits 12 to 10 
(338) of tiie PID value are made to conrespond to 
tiie category of data transmitted by an IP packet. 

55 23. A metiiod for conversion between IP address and 
PID value, in which tiie value (331) of lower 8 bits of 
an IP address and tiie value (332) of lower 8 bits off 
a PID value are made the same, upper 24 bits (333) 
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of the IP address are degenerated into 2 bits so that 
the degenerated 2 bits are made to correspond to 
bits 9 to 8 (337) of the PID value, and the conver- 
sion into a 3-bit value of 1 to 6 excepting 0 and 7 is 
made for each category of data transmitted by an I P 5 
packet so that the converted S-bit value is made to 
correspond to 3 bits including bits 12 to 10 (338) of 
the PID value. 

24. An equipment for conversion between IP address 10 
and PID value comprising means (302) with which 

a device (310) for receiving IP-packetized video 
data and retransmitting it after TSisacketization 
transmits data indicative of the correspondence for 
conversion between an IP address and a PID value is 
in a form multiplexed with retransmission video data 
to a video data receiving device (305). whereby 
desired video data can be received. 

25. An equipment for conversion between IP address 20 
and PID value according to Claim 24, wherein the 
data indicative of the correspondence for conver- 
sion between an IP address and a PID value is 
transmitted to the video data receiving device (305) 
each time an IP packet having a different IP 25 
address is received and is TS-packetized, whereby 
the video data receiving device can receive the 
desired video data. 

26. An equipment for conversion between IP address 30 
and PID value comprising means (302) with which 

a retransmitting device (310) transmits data indica- 
tive of the correspondence for conversion between 
an IP address and a PID value and data indicative 
of the correspondence between the IP address and 35 
a frequency number for multiplexing of TS packet to 
a video data receiving device (305) each time an IP 
packet having a different IP address is received and 
is TS-packetized, whereby the video data receiving 
device can receive the desired video data by select- 40 
ing a frequency at which the desired video data Is 
multiplexed. 

27. An equipment for conversion between IP address 
and PID value comprising means (302) with which 4S 
a device (310) for receiving IP-packetized video 
data and retransmitting it after TS-packetization 
and a device (305) for receiving the TS-packetized 
and retransmitted video data hold data (323) indic- 
ative of the correspondence for conversion between so 
an IP address and a PID value beforehand, 
whereby the receiving device can receive the 
desired video data. 

28. An equipment for conversion between IP address ss 
and PID value conr^rising means (302) with which 

a device (310) for receiving IP-packetized video 

data and retransmitting it after TS-packetization 
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and a device (305) for receiving the TS-packetized 
and retransmitted video data hokJ data (323) indic- 
ative of the conrespondence fbr conversion between 
an IP address and a PID value generated by the 
method according to Claim 19 beforehand, 
whereby the receiving device can receive the 
desired video data. 

29. An equipment fbr conversion between IP ^ress 
and PID value comprising means (302) with which 
a device (310) for receiving IP-packetized video 
data and retransmitting it after TS-packetizatton 
and a device (305) fbr receiving the TS-packetized 
and retransmitted video data hold data (323) indic- 
ative of the con^esporxience for conversion between 
an IP address and a PID value generated by the 
method according to Claim 19 and data (323) indic- 
ative of the correspondence between the IP 
address and a frequency number fbr multiptexing of 
TS packet beforehand, whereby the receiving 
device can receive the desired video data by select- 
ing a frequency at which the desired video data is 
multiplexed. 

30. An equipment for conversion between IP address 
and PID value comprising means (323) with which 
a device (310) for receiving IP-packetized video 
data and retransmitting it after TS-packetizatk)n 
and a device (305) fbr receiving the TS-packetized 
and retransmitted video data hokJ data indicative of 
the correspondence for conversion between an IP 
address and a PID value generated by the method 
according to Claim 19 and data indicative of the 
correspondence between the IP address and a fre- 
quency number fbr multiplexing of TS packet 
beforehand, means (326) with which said retrans- 
mitting device can transmits the video data after the 
IP packet to TS packet conversion on the basis of 
the data indicative of the corespondence between 
the IP address and a frequency number for multi- 
plexing of TS packet so that the video data is trans- 
mitted to that one of a plurality of connected post- 
stage transmitting devices (304) which is desig- 
nated by said data, and means (323, 306) with 
which said receiving device can receive and repro- 
duce the desired video data by selecting a fre- 
quency and a TS packet with which the desired 
video data is multiplexed. 

31. An intenvorking unit connected to kx>th a first net- 
work (400) in which IP-packetized video data is 
transmitted and a second network (200) in which 
TS-packetized video data is transmitted, the inter- 
working unit (310) comprising a table (323) for hold- 
ing the correspondence between the IP address of 
an IP packet and the PID value of a TS packet and 
conversion means (324. 325) fbr converting the IP 
packet into the TS packet, in which said conversion 
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means refers to said table to specify a PID value 
corresporKiing to an IP address in an IP packet 
received from said first network, converts the 
received IP packet into a TS packet by use of the 
specified PID value and transmits the TS packet to 5 
said second network. 

32. A vkieotransmissbn system provided with a plural- 
ity of devices for transmitting packets on a first net- 
work (400) in which IP-packetized data is 10 
transmitted and a second network (200) in which 
TS-packetized data is transmitted, the system com- 
prising: 

a video server (401 ) connected to said first net- is 
work; 

an intenworking unit (310) connected to both 
said first network and said second network, 
said interworking unit having an IP packet rout- 
ing function (301) and an IP packet to TS 20 
packet conversion function (302); 
a plurality of set top boxes (305) connected to 
said first network through saki interworking unit 
and connected to sakJ second network; 
said set top box making a request for transmis- 25 
sion of desired video data to said video server 
by transmitting a TS packet applied with the IP 
address of saki vkJeo server and its own IP 
address to saki interworking unit; 
said intenworking unit routing the TS packet 30 
from the transmission requesting set top box to 
deliver it to said first network, assigning a spec- 
ified PID value to the IP address of the trans- 
mission requesting set top box. hoteling the IP 
address of the transmission requesting set top 35 
box and the assigned PID value into an IP 
address to PID value conversion table (323) 
and informing the transmission requesting set 
top box of the assigned PID value; 
said video server delivering the transmission 40 
requested video data to saki first network in the 
form of a TS packet applied with the IP address 
of the transmission requesting set top box and 
its own IP address; 

saki intenA^Vking unit searching said conver- 45 
sion table on the basis of the IP address of the 
transmission requesting set top box in the TS 
packet from said video server to specify a PID 
value, converting the TS packet from said video 
server into a TS packet applied with the speci- so 
fied PID value and delivering the PID applied 
TS packet to said second network; and 
the transmission requesting set top box extract- 
ing a TS packet concerning the desired video 
data from said second network on the basis of ss 
the PID value which saki interworking unit 
intorms or. 
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